home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 37 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.4 KB
  1. Date: Wed, 20 Jan 93 06:48:24 -0500
  2. From: "Nicholas S Castellano" <entropy@terminator.rs.itd.umich.edu>
  3. To: julian@GINA.UNI-MUENSTER.DE
  4.         mint@terminator.rs.itd.umich.edu
  5. In-Reply-To: Julian F. Reschke's message of Wed, 20 Jan 93 11:27:12 MET DST <9301201027.AA20011@math.uni-muenster.de>
  6. Subject: libraries
  7.  
  8. >But that is exactly the thing that I *hate*. I don't want to clutter all
  9. >my header files and include directories with nested includes and tons
  10. >of defines.
  11. >
  12. >Again: I am speaking of a new set of header files. I don't say that the
  13. >old header files have to be removed.
  14.  
  15. The GCC header files are already pretty "cluttered" in this way, and I
  16. consider it a pretty good thing.  I agree with the others that things
  17. should be as user-transparent as possible (e.g. creating a whole new
  18. set of headers is bad, making the current set work in any environment
  19. is good.)  
  20.  
  21. I don't see what's so bad about having compatibility files like a
  22. tos.h that just includes osbind.h.  So you might have to wait an extra
  23. half a second, but if you're in that much of a rush you should
  24. probably be using a different computer :-)
  25.  
  26. I'm all for cleaning up the ANSI namespace in the current headers, and
  27. making those the "standard", with a compatibility header you can
  28. include to get all the old names by #defines (preferably NOT by having
  29. duplicate files with different names for the same things, as then
  30. there will be two places to maintain the same stuff.)
  31.  
  32. Cheers,
  33. entropy
  34.